home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19970104-19970326 / 000271_news@columbia.edu _Mon Feb 17 14:09:19 1997.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB

  1. Return-Path: <news@columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.35.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA20938
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Mon, 17 Feb 1997 14:09:19 -0500 (EST)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id OAA22107
  7.     for kermit.misc@watsun; Mon, 17 Feb 1997 14:09:18 -0500 (EST)
  8. Path: news.columbia.edu!panix!news.mathworks.com!fu-berlin.de!news.apfel.de!news.radio.cz!CESspool!news.uoregon.edu!xmission!news.cc.utah.edu!news.cs.utah.edu!cc.usu.edu!jrd
  9. From: jrd@cc.usu.edu (Joe Doupnik)
  10. Newsgroups: comp.protocols.kermit.misc
  11. Subject: Re: Binary script files?
  12. Message-ID: <1997Feb16.155829.93967@cc.usu.edu>
  13. Date: 16 Feb 97 15:58:29 MDT
  14. References: <5e1no6$1rb@i386.jordan.org>
  15. Organization: Utah State University
  16. Lines: 26
  17. Xref: news.columbia.edu comp.protocols.kermit.misc:6610
  18.  
  19. In article <5e1no6$1rb@i386.jordan.org>, mjordan@i386.jordan.org (Mark J. Jordan) writes:
  20. > I have experienced other comm programs in the past, most notably
  21. > Procomm Plus, that will allow script files to be translated into a
  22. > binary file. This presented two, if not other, benefits: security of
  23. > the script code and faster execution.
  24. > I am interested to know if binary scripts are/will be a possibility
  25. > for Kermit... I am curious mostly for the former capability of hiding
  26. > the code.
  27. > Thanks in advance for the comments.
  28. -----------
  29.     No, it is slower. Slower because it must be encoded, and then it
  30. must be decoded. The assumption you probably have is that reading a script
  31. file takes a measurable amount of time compared to performing the actions 
  32. it states, but that's not true. Programs doing encoding and decoding are also
  33. larger than without such a "feature."
  34.     Security is more subtle than simple encryption, a lot more subtle.
  35. Further, encryption is strongly constrained by rules of the US government
  36. as well as comprehensive patents on techniques. As a general rule, never
  37. trust a piece of equipment to be equivalent of the human user; anyone can 
  38. operate the equipment. DOS/Windows desktop machines are totally insecure
  39. so don't put sensitive material on them unless both physical access to
  40. the machine as well as network access to it are secure. Your comms wiring
  41. is subject to eavesdropping, not to mention the openness of the remote host.
  42.     Joe D.